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engineering system and the objects of the automation system. 

22. The system as claimed in claim 11, wherein entries in the lists with 
communication relationships contain sources and drains of the communication relationships, the 
sources and drains in each case being described by a triple from an identifier of the device, an 
identifier of the automation object and an identifier of the input or output. 

23. The system as claimed in claim 20, wherein entries in the lists with 
communication relationships contain sources and drains of the communication relationships, the 
sources and drains in each case being described by a triple from an identifier of the device, an 
identifier of the automation object and an identifier of the input or output. 

24. The system as claimed in claim 21, wherein entries in the lists with 
communication relationships contain sources and drains of the communication relationships, the 
sources and drains in each case being described by a triple from an identifier of the device, an 
identifier of the automation object and an identifier of the input or output. — 



REMARKS 

Claims 1-24 are now present in this application, with new claims 15-24 being added by 
the present Preliminary Amendment. It should be noted that the amendments to original claims 
1-14 of the present application are non-narrowing amendments, made solely to place the claims 
in proper form for U.S. practice and not to overcome any prior art or for any other statutory 
considerations. For example, amendments have been made to broaden the claims; to remove 
reference numerals in the claims; remove the European phrase "characterized in that"; remove 
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multiple dependencies in the claims; and to place claims in a more recognizable U.S. form, 
including the use of the transitional phrase "comprising" as well as the phrase "wherein". 
Further, method claims have been written in a more recognizable U.S. form by including an "- 
ing" verb to begin each clause. Again, all amendments are non-narrowing and have been made 
solely to place the claims in proper form for U.S. practice and not to overcome any prior art or 
for any other statutory considerations. 



In accordance with 37 C.F.R. §1.125, a substitute specification has been included in lieu 
of substitute paragraphs in connection with the present Preliminary Amendment. The substitute 
specification is submitted in clean form, attached hereto, and is accompanied by a marked-up 
version showing the changes made to the original specification. The changes have been made in 
an effort to place the specification in better form for U.S. practice. No new matter has been 
added by these changes to the specification. Further, the substitute specification includes 
paragraph numbers to facilitate amendment practice as requested by the U.S. Patent and 
Trademark Office. 



Accordingly, in view of the above amendments and remarks, an early indication of the 
allowability of each of claims 1-24 in connection with the present application is earnestly 
solicited. 



SUBSTITUTE SPECIFICATION 



CONCLUSION 
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Should there be any outstanding matters that need to be resolved in the present 
application, the Examiner is respectfully requested to contact Donald J. Daley at the telephone 
number of the undersigned below. 

If necessary, the Commissioner is hereby authorized in this, concurrent, and future 
replies, to charge payment or credit any overpayment to Deposit Account No. 02-2448 for any 
additional fees required under 37 C.F.R. § 1.16 or under 37 C.F.R. § 1.17; particularly, extension 
of time fees. 



Respectfully submitted, 



BIRCH, STEWART, KOLASCH & BIRCH, LLP 



By: 



Donald J. Daley, ^fcg. No. 34,313 
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f^jt" Method for the automatic retrieval of engineering data 

from installations 



The invention relates to a method for the automatic 




retrieval of engineering data from installations. 

An automation system of this type is used in particular 
10 in the area of automation technology. An automation 
Jp system of this type generally comprises a multiplicity 

u3 of individual automation object s, which are frequently 

highly dependent on the engineering system respectively 
fep used . 

Ul 

b At present there are two basic methods in use. In the 

first method, the retrieval of the engineering data 
from the installation is ruled out. Changes to the 
59 installation are possible only via the engineering 

jljj-j 20 tool. Consequently, the data in the engineering system 

always reflect the current state and there is no need 
for information to be reproduced from the installation. 
This solution has the following disadvantages: 

Strong link between runtime and engineerings The 
25 engineering system must be supplied along with the 

installation and also be additionally paid for by the 
customer . 

Changes in the installation cannot be reproduced: If 

there are changes in the installation, for example as 
3 0 a result of a device being exchanged, these changes 

cannot be automatically reproduced in the engineering 
system. 

High organizational expenditure: To keep the 
engineering data up to date, organizational 
3 5 precautions have to be taken to ensure the way in 

which changes in the installation are introduced into 
the engineering system. 
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The second approach is based on a disassembly of the 
runtime code. In this case, the executable code of the 
runtime obj ects is analyzed and translated into the 
engineering counterparts. This solution has the 

5 following disadvantages: 

o Elaborate method: The analysis of the runtime code is 

complex and susceptible to errors, 
o Implementation-dependent: The implementation of the 
translation back is strongly dependent on how the 
10 translation process is carried out. Changes to the 

# translation process and in particular the code 

created necessitate adaptation of the implementation 
of the translating-back process. 
o ES information can no longer be produced with 
15 certainty: Since the runtime code is at a 

semantically lower level than the actual engineering 
information, it cannot be ensured that the 
engineering information can be exactly reconstructed. 

20 In the specialist article Elmqyist, H.: "A Uniform 
Architecture for Distributed Automation", Advances in 
Instrumentation and Control, vol. 46, part 2, 19 91, 
pages 1599-1608, XP000347589 Research Triangle Park, 
NC, US, a description is given of an automation system 

2 5 whose objects are programmed in an object- and data- 
flow-oriented programming language. It uses a graphic 
programming environment and offers means for the 
creation of dynamically updated process images. The 
programming language allows an automatic communication 

3 0 between distributed objects. 

Sort iA*&-y dr- fV $ v>i *s\ i qO 

JEhre^y 1 problem underlying the invention is that of 
allowing the information contained in an installation 



u 



OS 

C9 



Printed: 04-3 0-2 0 01 AMENDED SHEET 



04-25-2001 



PCT/DE00/00735 



DESCPAMD 



1999P03133 WO 



PCT/DE 00/00735 



- 2a - 



to be automatically reproduced in an engineering system 
and used again there, for example to plan changes in 
the installation. 



with the features specified in claims 1 and 8, 
respectively . 

In this case, the engineering and runtime objects are 
described by a uniform object model. As a result, the 
correspondence between engineering objects and runtime 
objects can be determined at the object level and no 
information is lost as a result of the mapping. In 
addition, a direct communication between engineering 
and runtime objects can take place, which can be 
utilized when the method is carried out. 

The relationship between an engineering object and its 
runtime counterpart is described in figure 1. The 
engineering object ESO has a direct reference, RTO ref, 
to its 




3^ So-I^t^- cMo< oirUr fnbi^ 



by a method and by a system 
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runtime counterpart RTO. This is possible since the 
runtime objects are available (or become available) at 
the time of engineering. The runtime object RTO has no 
direct reference to the associated engineering object. 
5 This is necessary to make it possible for the 
engineering system and runtime system to be separated. 
Instead of this, the object RTO contains an identifying 
designation, ESO type ID, referring to the type of 
engineering object, ESO type. Consequently, required 
10 instances of the ESO type can then be created by the 
RTO. 

With respect to a runtime object RTO, the method for 
the restoration of engineering information proceeds as 
15 follows: 

1. If a runtime object receives the order to retrieve 
its engineering information, it firstly addresses 
the type of its engineering object with the order 
to create a new instance of an engineering object. 
2 0 2. In the newly created instance, the runtime object 
enters a reference to itself and orders the new 
engineering object to read out its data (that of 
the runtime object) . 

3. The new engineering object then reads out the 

2 5 information from the runtime object and enters the 

corresponding engineering information in itself. 

The invention is described and explained in more detail 
below on the basis of the exemplary embodiments 

3 0 represented in the figures, in which: 

figure 1 shows an overview to identify the 

relationships between engineering objects and 

runtime objects, 
35 figure 2 shows a view of an object of an installation 

by way of example, 
figure 3 shows an illustration of the creation of 

device representatives in the engineering, 
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figure 4 shows a representation of the creation of the 
automation objects in the device 

representatives by way of example and 

figure 5 shows a layout of the existing communication 
5 relationships in the engineering. 

The method for the retrieval of engineering information 
from the installation} proceeds in three steps: 

Restoration of the device representatives^ 7 
10 Restoration of the representatives of the automation 

objects in the engineering a— J. 

Restoration of the communication relationships 
between the representatives of the automation objects c 
^ The method is described below for the complete 
15 retrieval of the engineering information. However, it 
can equally be used for updating already existing 
engineering information, i.e. as a delta method. 
Hereafter, the overall method is referred to as upload. 
■7 j In figure 2, the objects involved are listed by way of 
2 0 example. Two automation objects run on each of the two 
devices RG1 and RG2 . The automation objects RAOl and 
RA02 run on RG1 , RA03 and RA04 run on RG2 . 
Communication connections are symbolized by lines. 
Thus, altogether two device- internal and two device - 
25 interlinking communication relationships exist. 



9t' 



2. Restoration of the device representatives 

The beginning of the upload is initiated from a 
software system. This may be an engineering system or 

3 0 any other desired system which requires engineering 
information. One example of this is a system for 
parameterizing the installation. For the sake of 
simplicity, hereafter reference is always made to an 
engineering system.^jln the first step, all the devices 

35 are requested to create their representation in the 
engineering. For this purpose, each device returns an 
identifier of the type of its engineering counterpart. 
The engineering system then creates the corresponding 
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objects and enters the reference to the actual device 
in each device representative. By means of the 
reference, each device representative then reads out 
the relevant data of "its 11 device. 

Figure 3 illustrates what has just been described. The 
devices of the installation, here RG1 and RG2 , receive 
the request to upload through the engineering system. 
They then in each case return the identifiers of the 
types of the engineering representatives . The 
engineering system creates the instances Gl and G2 for 
the corresponding types. These then read out the 
relevant engineering information from the devices RG1 
and RG2 . 



15 2. Restoration of the automation objects in the 
^ eng-i n e eri n g 

fj In the second step, the representatives of the 
automation objects are created in the engineering. Via 
the device assigned to it, each device representative 
2 0 requests the automation objects of its device to create 
its counterparts in the engineering. For this purpose, 
each automation object returns the identifier of the 
type of its engineering representative. In the 

engineering system, the corresponding objects are then 

2 5 again created and provided with a reference to their 

partner in the runtime environment. After that, each 
automation object in the engineering inquires the 
rs relevant data of its partner. 
*V The result of this operation can be seen in figure 4. 

3 0 The representative Gl inquires from the device RG1 the 

automation objects RAOl and RA02 . These are then 
requested to upload by Gl and return the identifiers of 
the types of A01 and A02 . By means of this 

information, the instances AOl and A02 are created in 
3 5 the engineering. These then receive a reference to 
their runtime counterparts RAOl and RA02 are finally 
assigned to the device representative Gl . As a result, 
the information on the device assignment of the 



GR 99 P 3133 

- 5a - 

automation objects is available again. Subsequently, 
A01 and A02 read out the information relevant for 
engineering from RAOl and RA02 . 
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3. Restoration of the communication relationships 
between the automation objects in the engineering 

\\ In the fiaal step, the communication relationships 
between the automation objects are restored. For this 
5 purpose, each device representative asks the device 
assigned to it for its communication relationships. 
The device then returns a list with both the device- 
internal and device- interlinking communication 
relationships. An entry of this list comprises the 
10 source and drain of the communication relationship. 
The source and drain are in each case described by a 3- 
tuple from the identifier of the physical device, the 
identifier of the automation object and the identifier 
of the input or output . 

15 

In the engineering system, the entries of the list are 
converted into references to the inputs and outputs of 
the representatives of the automation objects . For 
this purpose, the information from the already created 
2 0 objects (the references of the engineering 
representatives to their runtime counterparts) is used. 
Subsequently, the connection in the engineering system 
is then set up . 

2 5 An efficient way of carrying out the step will ensure 

that the list with communication connections created by 
each device only contains those in which the device 
appears in the identifier of the source (alternatively 
of the drain) . Furthermore, an effective method will 

3 0 buffer-store the relationships between engineering 

representatives and runtime counterparts set up in 
steps 1 and 2, in order in this way to minimize the 
searching effort in step 3 . 

35 Figure 5 then shows the result of the last step. Gl 
has inquired the communication relationships from RG1 . 
In response, the relationships between RAOl and RA02 , 
RAOl and RA03 and between RAQ2 and RA04 were returned. 
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The connections are then converted in the engineering, 
for example the connection 
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between RAOl and RA03 is converted to the connection 
between AOl and A03 . 

Both the objects of the engineering system and of the 
5 runtime system are based on the same, executable object 
model. The use of the same model makes possible a 
direct interaction at model level (data exchange and 
communication) between the engineering objects and 
runtime objects. Furthermore, a unique mapping, which 
10 is independent of the implementation of the objects, is 
defined by the defined assignment between the 
engineering and runtime objects. 

This gives rise to . fcke — followin g advantages for the 

15 method^' * c/ '^X) ^ n(rf 

ti Separation of engineering and runtime possible; Changes 
do not necessarily have to be carried out with the 
engineering tool . If need be, the changes can be 
introduced into the engineering system at any time. 

2 0Cjv- Simple method: By determining the method at the level 
of explicit models, the method can be described in 
general terms and so becomes more reliable. 
C§ Simple and complete mappings There is a defined 
relationship between the runtime and engineering 

2 5 objects, making complete restoration of the engineering 

information possible. 
C$ Stable with respect to changes in implementations 
Implementation of the runtime and engineering objects 
can be changed over without having any influence on the 

3 0 mapping and consequently on the way in which the method 

is carried out. 



Non- tool-specif ic s The upload mechanism can also be 
used by other tools and not just by the engineering 
system. 
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P atent clai ms 

1." A method for the automatic retrieval of engineering 
data from an automation system with a multiplicity 
of individual automation objects [TrA01 . . RA04 ) , in 
which metho^^ 
CT-J^or the restoration of representatives f(Gl, G2 , 
A01..A04)J in an engineering system of" objects 
(J[RG1, RG2, RAOl . . RA04 Pjof the automation flyshpm r (U^m ^ 
S^fl^yv^ ^-] the objects ^((RGl , RG2 , RA01..RA04) supply^ an 
identifying designation of a type of ^their^ 



respective representative / (Gl, G2 , AOl . - ao 4)J to 
the engineering system0^ 
A C- ^ ^ f v ^ 3 the engineering system^^reatesj corresponding 
15 representatives |g1 , G2 , AOl . . A04 fj ^f or the 

designated types and^n the case o£/ea§i of the 
representatives^QGl , G2 , A01..A04) entersf/r~^" 
. reference to the object J(RG1,^RG2, RAOl . . RA04 YJ^ 

^ b^^- £j andj, £by means og-^the^ reference, each 



20 




each 

representative QG1 , G2 , A01..A04TJ (readsj j^out 
engineering information from the object f*(RGl, 
RG2, RA01..RA04|. L 



The method as claimed in claim 1 ,/ characterized in 

lm a first step for 'Ehe' restoration of device , * 
representatives \( Gl , G2 )J in the engineering systemp^^ 
Q-J?devices (jRGl, RG2)J on which the automation 
objects (jRAOl . .RA04)J run^suppl^ an identifying 
designation of a type of /their] respective device 
30 representative £jGl# G2f7 to the engineering 

. system, 

^"7^ the engineering system ^createsj corresponding 
device representatives QG1 , G2)^ for the 
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designated types and ^ the case ofj each of the 
device representatives |JG1 , G2) enters? a 



reference to the device [7rg1 , RG2) r l 



j- ana, by ^ means ' of 7 the reference, each device 
representative £^ G1 ' G2 > readsJHfout engineering 
information from the device f(RGl , RG2)7and, 
j-xrr^a second step for the restoration of representatives 
|^A01..A04TJ of the automation objects (TRA01 . . RA04jJ in 
the engineering system/ (-^ f^J^s-^t foriur C^r^P^ 



1 0 J---W : t^^tHe automation objects [TRAOl . . RA04 ) supply^ an 
identifying designation (jESO type ID^J of a type 
^(ESO type)Jj of [theirj respective representative 
<^\A01 . . A04j~jf to the engineering system, 
^^^^[^the engineering system^_(createsj corresponding 
15 representatives (^01..A04)j for the designated 

types and^ |^in the case of] |each ^ of the 
representatives ((A01..A04) enter^^" reTe^ence to 
the automation object {TRAOl . . RA04) T J <^~d 
- and, %by means ofl ;tne Jl reference, each 
20 representative UA01..A04) read£^"3ut engineering 

information from the automation object 
QRA01 . . RA04^. 

3. The method as claimed in claim 2 ,\fcharacterized in 
25 that^, in a third step for the restoration of 

communication relationships between the 

representatives ^(AOl . . A04)^) of the automation 
. , objects HraOI . . RA04l*7in the engineering ayst-p^ -ffc ? ^M^W^^^I 



3 0 communication relationships to tlie engineering 

system, 

(j^^^^^^S ^ n the engineering system, entries of the lists 
are converted"? into references to inputs and 



^^ff^Q^ devices (7rG1, RG2) supply^ ^lists with 

i0 communication relationships to the enqineerinq 
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outputs of the representatives (7ao1..A04)^ of the 
automation objects QRAOl . . RA04T1 and, 

subsequently, ^tfo^responding connections [are S ^T^ 



up in the engineering system. 

4 The method as claimed inj^ ^ne of the preceding 
claims, characterized in thatf]both the objects of 
the engineering system Qg1 , G2 , AOl . .A04Tj and the 
objects (jErgI, RG2 , RA01..RA047] of the automation 
system are described by a uniform, executable 
object model and a direct communication at model 
level is possible between the objects of the 
engineering system |7gi , G2 , A01..A04)7 and the 
objects QrgI, RG2, RAOl . . RA04T) of the automation 
system. 

5V The method as claimed in . claim 3 / or 4 , 
I characterized in than ^ entries in the lists with 
communication relationships contain sources and 
drains of the communication relationships, the 
sources and drains in each case being described by 
a Q-tupleJ yriom an identifier of the device QrgI, 
RG2J^, an identifier of the automation object 
£(RA01. .RA04 fj and an identifier of the input or 
output . 




The method as claimed in^j gne of the preceding 
claims, characterized in thatjf the objects (jRGl, 
RG2, RAOl . . RA04T^Jof the automation system have no 
direct reference to the associated objects of the 
engineering system ^(G 1 / G2 , A01..A04^, to make it 
possible for the engineering system and automation 
system to be separated. 
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method as claimed inj [one of the preceding 
claims, characterized in thatj the method is used 
for the updating of already existing engineering 
5 information as a delta method. 

8.-' A system for the automatic retrieval of engineering 
£| data from an automation system with a multiplicity 

^ of individual automation objects jTRAOl . . RA04 ) , in 

t C-7forthe restoration of representatives (jGl , G2 , 

A01..A04)J in an engineering system of objects 
f~(RGl, RG2, RAOl. .RA04f?of the automation system, C^^ r "^l 
q C-^theJ objects (0RG1, RG2 # RA01..feRO*J ,f Ka^an 

p 15 identifying designation of a type of ^theirH 

J respective representative QG1 , G2 , A01..A04r) 

£3 for being supplied to the engineering system , UU;^ 

° M CZj tJ:ie ; engineering system j ^/containsy ''means for 

creating representatives ({gi , G2 , AOl . . A04)J for 
20 the designated types, ancfmeans for entering fin 

the case of/jeach of the representatives^ £(G1 , 
G2, A01..A04)^ a reference to the object fjRGl, 
, , RG2 , RAOl . . RA04 )7 , *._jc/ 

L ~J^ the reference ^beingJTprovided for the reading 
25 out °f engineering information from the object 

.((RG1, RG2, RAOl. . RA04 T) by each representative 
pGl, G2, AOl. .ACM)). 

9. The system as claimed in claim 8, Characterized in 
30 tha fJ' for the restoration of device representatives 

jjGl, G2T] in the engineering system, 
^--^levices (Trgi, RG2T? on which the automation 
objects gRAOl . .RA04)J) run^(contaii^HTTrt dent ifying 
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designation of a type of [t he irj respective device 
representative (jGl , G2)Jfor being supplied to the 
engineering system, ^ , 

QJthe engineering system ^cbntafhs^ means for 
creating device representatives Qbl , G2)0 for the 
designated types and means for entering £Tn the 
case ofjpach of the device representatives, f(Gl , 
G2 fla. reference to the device [(RG1 , RG2T^ ' ^ 
the reference being provided for the reading out 
of engineering information from the device (7RG1, 
RG2)jby each device representative f(Gl , G277and 

in thajyT~for the restoration of representatives 
<J^A01. .A04jPj of the automation objects [TRAOl . .RA04)^7 

in the engineering system, 
C-Jthe automation objects Qraoi..Ra6J3 contain an 
identifying designation^" (ESO type ID)^jof a type 

f^(ESO typeT^ of (Tiieirj respective representative 

^j(A01 . . A04)^Jf or being supplied to the engineering 

SyStem ' _ A^u<sUs_ 

^- ~J the engineering system ^contains] ^ means for 
creating representatives jt&Ol . .A04fj for the 
designated types and means for entering (±n the 
case o^each of the representatives^ (TaoI . .A04)] a 
reference to the automation ob j ect [jRAOl . . RA Q4^ , 
C"~7 the reference being provided for the reading out 
of engineering information from the automation 
object QRAOl. .RA04T) by each representative 
Qaoi. -A04^. 

c The system as claimed in claim 9, Vcharacterized in 

, -J izjj.prf '/} \ 

j(T the restoration of communication 

relationships between the representatives 

^TaoI. .A04fjof the automation objects ^(RAOl . .RA04)J 



10> n Th 
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in the engineering system, {delate 

the devices (jRGl , RG2) contai^J^Tists with 
communication relationships for being supplied to 
the engineering system and - / A - 

C-ythe engineering system Qcontainsj means for 
converting entries of the lists into references 
to inputs and outputs of the representatives 
^JAOI. .A04T) of the automation objects (TRAOl . . RA04~Tj 
and means for setting up the corresponding 
connections in the engineering system. 
^ — sL^i) 

11. The system as claimed in (one of claims^ 8 jto 1C^, 
^characterized in that^^^h the objects of the 

engineering system £7(31, G2 , A01..A04)^j and the 
objects (TrGI, RG2 , RA01 . . RA04)^)of the automation 
system are described by a uniform, executable 
object model and a direct communication at model 
level is provided between the obj ects of the 
engineering system (3 G1 ' G2 > A01..A04TJ and the 
objects (TRG1, RG2, RA01 . . RAO 4)^ of the automation 
system. 

12. The system as claimed ;Ln claim 10 por 11/, 
characterized in thatnentries in the lists with 
communication relationships contain sources and 
drains of the communication relationships, the 
sources and drains in each case being described by 
a ^tupl^Trom an identifier of the device jjRGl, 
RG2"p 7 an identifier of the automation object 

(jRAOl. .RA04X1 and an identifier of the input or 
output .-N 

13. The system as claimed intone of claimsjj 8 ^o 12^, 
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(^characterized in thag^jTHe objects ^(RGl, RG2 , 
RAOl . .RA04)J of the automation system have no direct 
reference to the associated objects of the 
engineering system (jGl , G2 , AOl . . A04 )j # to make it 
5 possible for the engineering system and automation 

system to be separated. 

(ft*. i^'d) c^fej* 

14. "The system as claimed in Cone of Claims?! 8 Tto lil, 
^characterized in thatj JfSEiT system is used for the 
10 updating of already existing engineering 

inf ormat ion . 
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Method? for the automat 
ftfofn iKfeta-riatic 



ret^?i©^Qi — — ertg-4-n eeri ng^-^'a t a 

Lons 

j J 

method > # for the automatic 
retrieval of engineering data from installations. The 
engineering and runtime objects are described by a 
uniform object model. This allows the correspondence 
between engineering objects and runtime objects to be 
determined at object level and no information is lost 
as a result of the mapping. In addition, a direct 
communication between engineering and runtime obj ects 
can take place, which can be utilized when the method 
is carried out. 



